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REMOTE DISCOVERY AND SYSTEM ARCHITECTURE 



CROSS REFERENCE TO RELATED APPLICATION 

[0001] The present application claims priority to U.S. Provisional Application No. 
60/455,749, filed March 19, 2003, *T)iscovery and Analysis of System and Database Inventories 
for Server Consolidation," which is hereby incorporated by reference in its entirety. 

COPYRIGHT NOTICE AND PERMISSION 

[0002] A portion of the disclosure of this patent document may contain material that is 
subject to copyright protection. The copyright owner has no objection to the facsiniile 
reproduction by anyone of the patent document or the patent disclosure, as it appears in the 
Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights 
whatsoever. The following notice shall apply to this document: Copyright © 2004, Unisys Corp. 

FIELD OF THE INVENTION 

[0003] The present invention relates to the field of computing systems and, more 
specifically, to systems and methods for server consoUdation. 

BACKGROUND OF THE INVENTION 

[0004] As technology has become more prevalent in business organizations, 
organizations have created server farms in an ad hoc fashion. For instance, as a new application 
become available or needed, organizations often add a new server to provide the computing 
support for that application. Often times, the server would have enough computing power only 
to run that particular application. Such ad hoc server farms become an unwieldy combination of 
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overlapping applications, multiple versions of tiie same application, redundant data storage and 
disparate conq>uting power. The result is dupKcate applications and incompatible hardware. In 
some cases, businesses may not even have a conq)lete understanding of their computing 
inventory. 

10005] Ideally, an organization's server farms would be a more homogeneous group of 
servers and applications witii ^Ucations adequately balanced across the servers in the most 
efBcient and effective way. But more typicaUy, companies have an eclectic mix of computing 
products and hardware. The result is not only an inefficient computing system but also a 
burdened staff that needs to be proficient on aU of tiie various hardware and software 
applications. To confiiont the issue, organizations are consoUdating flieir appHcations onto 
fewer, larger servers that have increased availability and scalability. 

[OOOtf] Server consoUdation can provide significant benefits, including a reduction in the 
total cost of ownership, creation of a stiBamlined, manageable operation, increased system 
leUability, increased capacity utilization, and so on. Server consoUdation can give an enterprise 
the abmty to scale processing and storage capacity witiiout adding physical devices or 
subsystems, as wefl as tiie flexibility to partition and allocate resources as needed. Server 
consolidation can lead to a standardized computing environment, reducing tiie number of 
platfonns, consoKdating software products and system interfaces, and centializing operation and 
systems management procedures. The result is a reduction in staff training. 

[0007] Server consoUdation generaUy can be physical or logical consofidation. Physical 
consoUdation extends a system's scalabiUty and logical consoUdation migrates multiple 
appUcations or databases into a centiaUzed appUcation or database. In addition. Physical 
consoUdation can fliought of as two major sub-categoiies, server consoUdation and storage 
consoUdation. Physical server consoUdation takes a number of servers and places tiieu- operating 
system instances into partitions or domains of a larger server. Storage consoUdation combines 
data firom different sources into a single repository and format. Storage is one of today's most 
inqjortant asset-procurement considerations in flie data center, wifli costs tiiat can often rival or 
exceed server costs. Since tiie economic Ufe of tiie storage exceeds tiiat of most serveis. today's 
storage decisions wiU affect operations for years to come. 

[0008] For example, if a given server has excess capacity additional appUcations can be 
moved to tiiat server resulting in a reduction of tiie overall physical number of servers. 
Moreover, organizations typically configure systems to run at 50 to 60% utiUzation. leaving tiie 
extta capacity for peak workloads. If tiiis unused capacity on various servers is consider for flie 
number of servers in a large server farm, flie amount of wasted resources can be enormous. By 



* wo 2004/086184 PCT/US2004/008496 

consolidating servers, the amount of unused capacity drops as dramatically as the number of 
servers no longer needed. 

[0009] The subject patent document describes various methods and systems for 
automating aspects of server consolidation. 

SUMMARY OF THE INVENTION 

[0010] The above-mentioned features are provided by a system and method for 
consolidating services performed on a plurality of computing devices such as servers in a server 
farm. The system and methods operate by sending a discovery agent to one of the computing 
devices, a first computing device, to determine the services provided by that first computing 
device. As a result, a first set of information is received firom the agent that provides information 
indicative of the services provided by the first computing devices. That information can then be 
compared to other information, either from the same computing device at a different point in 
time, or from a second computing device. The other information is indicative of services 
performed by that first computing device at a different point in time or the second computing 
device. From that, services provided by the first computing device that were previously different 
on the first computing device or that are not available on the second computing device can be 
determined. 

[0011] As a result, the services performed by the first or second computing device can 
be changed to include the at least one service. In the case of the second computing device, the 
service can then be provided by the second computing device and removed from the first 
computing device. 

[0012] The discovery agent comprises computer executable instructions for determining 
the system, process and/or database characteristics of the first computing device and is executed 
by way of a remote procedure call. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] A consolidation system and method in accordance with the invention is further described 
below with reference to the accompanying drawings, in which: 

[0014] Figure 1 illustrates an exemplary diagram of a server farm consolidation; 

[0015] Figure 2 illustrates further detail of a consolidation system such as would be 
used in the consolidation in Figure 1 ; 

[0016] Kgure 3 is an exemplary user interface for invoking the discovery aspect of the 
server consolidation; 
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[0017] Figure 4 is a block diagram illustrating aspects of the discovery deployment 
aspect of the system; 

[0018] Kgure 5 is a high level flow diagram that illustrates the overall server 
consolidation; 

[0019] Hgure 6 is an exemplary user interface showing a hierarchical folder view of 
discovered server information; 

[0020] Hgure 7 is an exemplary user interface for displaying details of an appUcation 
discovered on a server; 

[0021] Figure 8 is an exemplary user interface the assists in the analysis of determining 
commonality and differences among servers in a server farm; 

[0022] Figure 9 is an exemplary user interface that provides further analysis detail on 
application commonality among servers; 

[0023] Figure 10 is an exemplary user interface for viewing servers by CPU utilization 
and memory constraints; 

[0024] Hgure 11 is an exemplary user interface for selecting source and target systems 
for consolidation analysis; 

[0025] Hgure 12 is an exemplary user interface that indicates results of consolidating a 
source seacver to a target server; 

[0026] Figure 13 is an exemplary user interface that displays the results of the process 
analj^is; 

[0027] Figure 14 is an exemplary user interface for use in database consolidation and 
provide information on common SQL logins; 

[0028] Hgure 15 is an exemplary user interface for use in a database consolidation and 
provides information on table and colunon compatibility; 

[0029] Hgure 16A is an example of a system and application database model for use in 
analysis of system and application compatibility; 

[0030] Hgure 16B is an example of a database model for use in database compatibility 
and consolidation analysis; 

[0031] Hgure 17 is an exemplary user interface for use in deploying appUcations to 
computer systems m a network such as in the deployment of applications in a server 
consolidation; 

[0032] Figure 18 is an exemplary user interface for selecting deployment rules in 
connection with application deployment; and 
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[0033] Figure 19 is an block diagram illustrating the deployment of application in a 
server consolidation application. 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

[0034] A detailed description of illustrative embodiments of the present invention will 
now be described with reference to Figures 1-19. Although this description provides detailed 
examples of possible implementations of the present invention, it should be noted that these 
details are intended to be exemplary and in no way delimit the scope of the invention. 

[0035] Figure 1 provides an overview of a primary aspect of the subject invention. In 
general, a consolidation service 115 is applied to a first server farm 110 to inventory the 
hardware, software, and data in that server farm. Aspects of that information are used to 
consolidate the server farm 1 10 into a second server farm 120. The second server farm 120 may 
represent a consoUdation of the hardware, software, data, or some combination of those items. 
The consolidation service 115 helps to automate aspects of the consolidation through a process 
of discovering what features are present in the first server farm 110, providing an organized way 
of analyzing the discovered features to determine redundancies, utilization of resources, etc., and 
providing tools to assist in the deployment of the second, consolidated server farm. 

[0036] A typical server farm, e.g., server farm 110 may have a variety of servers 110a 
through llOf. The servers 110a through llOf in the example server farm 110 may be of a variety 
of manufacturers, capabilities, power, etc. Moreover, as illustrated, the various servers contain a 
mix of appUcations and data. For example, server 110a runs applications App A and App B, 
server 110b runs application App Al and maintains database Data 1, server 110c rans 
application App Bl, server llOd runs application App C, server llOe runs application App CI, 
and server llOf rans application App D and maintains database Data 2. Notably, the various 
applications may be various versions of the same application. For example, application App Al 
may be another instance of application App A, whether the same or different version. Similarly 
application App Bl may be another instance of application App B, Additionally, databases Data 
1 and Data 2 may have a number of fields in conmion such that the two databases could be 
merged into a single database. 

[0037] As noted above, consolidation service 115 provides tools to discover the various 
servers, hardware configuration, applications, databases, etc. contained with in server farm 110 
for the primary purpose of consolidating the server farm into server farm 120. 

[0038] Server farm 120 provides at least all of the functionality previously provided by 
server farm 110, unless of course some of the functionality was intentionally removed during the 
consolidation. In the consolidated server farm 120, hardware may be combined, eliminated, 
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upgraded etc. Similarly, appKcations may be consoHdated to run on a single server, eliminated, 
or various version of a single application upgraded and combined, e.g., applications App A and 
App Al have been consolidated into appUcation App A and applications App B and App Bl 
have been consoUdated into application App B. Additionally, database Data 1 and Data 2 have 
been consolidated into database Data 1+2. 

[0039] Hgure 2 further illustrates aspects of the consoUdation service running on a 
consoKdation management system 117. Consolidation system 117. runs on one or more 
computing devices. The computing devices are coupled to server farm 1 10 via network 210. Of 
course, showing the consoHdation system 117 as separate fix>m the server fann is for iUustration 
purposes only. Naturally, the service could run a server or system within the server farm or 
without the server farm. AdditionaUy, server farms 110 and 120 are shown as separate server 
farms to illustrate the transformation that the consolidation service facilitates. In many instances, 
the server farm 120 will be an update and consoUdatian of server farm 110 itself. That is, many 
of the servers in the server farm will be reused and or redeployed in the consoKdated server farm. 

[0040] Discovery services 202 that run as part of the consoUdation service comprise a 
variety of discovery services, e.g., AppHcatiori/System Discovery, SQL Server Discovery, and so 
on. Ite various discovery services are agents that are dispensed over network 210 to discover 
and inventory the various assets in the server farm, e.g., server farm 1 10. The discovered 
information on the various servers, e.g., llOa-llOf, are then stored in consoUdation database 
206. After a sufficient portion of the assets on the server farm has been discovered, analysis 
service 204 can then be used to analyze various aspects of the server farm. FinaUy, the analyzed 
information can be used to manage and deploy a consoUdated server farm, e.g., server farm 120. 

[0041] Primarily, there are two types of inventory agents: System and AppUcation Agent 
and SQL Server Discovery Agent. There could be other agent types as weU. For exanq)le, an 
agent type could be designed to gather mformation on Oracle databases, IBM databases. Object 
oriented databases, etc. Together these agents capture a number of data points relative to system 
hardware, appUcation and database configurations in a Microsoft Windows operating 
environment, a Unix environment, or a Unux environment The System and AppUcation Agent 
assists in tiie process of retrieving tiiose data points necessary for analyzing existing appUcations 
to determine theu: suitabiUty for consoUdation and to assist in the design of a consoUdated 
appUcation infrastructure. System and AppUcation Agent faciUtates tiie capture of a detailed 
inventory of the cUent's existing server estate, including servers, appUcations, databases, devices, 
processors, memory and much more including the relationships of such information as defined in 
tiie System and AppUcation Agent Inventory Model (described in further detail in connection 
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with Figure 16A herein below). The SQL Server Discovery agent assists in the process of 
retrieving those data points necessary for analyzing existing SQL Server database 
implementations to determine their suitabiUty for consoUdation and to assist in the design of a 
consoUdated SQL Server mfrastracture. Althou^ the operation of the database discovery agent 
is described herein with reference to Microsoft SQL Server, the description and characteristics of 
the agent also apply to Oracle database systems, suitably taUored to the particular characteristics 
of Oracle systems. 

[0042] SQL Database Agent facilitates the capture of a detailed inventory of the client's 
existing SQL Server estate, including servers, SQL instances, databases, users and much more 
much more including the relationships of such information as defined in the Database Inventory 
Model (described in further detail in connection with Figure 16B herein below). 

[0043] Figure 3 provides an illustrative invocation screen to set up and start the 
discovery process. Window 302 provides various user interface mechanisms to allow a user to 
control the discovery process. Folder portion 304 allows a user to select a storage location for 
the collected discovery data, e.g., folder "/AAM/joe". Target box 306 displays the name of the 
selected target server. Box 308 displays the list of files in the selected folder. And toolsiportion 
310 allows a user to select the discovery tool to use. In this example, the user has selected 
"Discover System." The user could have selected an alternative discovery such as 'TJiscover 
Database." 

[0044] Notably, the targets box 306 illustrates on technique for specifying a target server 
by host name. Other techniques are also possible. For example, the system 117 could accept a 
comma separated list of servers or the system could query the domain controller and obtain a 
subnet list of IP addresses in tiie serva- farm. In general, the servers could be identified by host 
name, host list, TCP/IP subiiet, Microsoft Active Directory site name, or domain name. Host 
name enables the user to select a single server for inventory. In that instance, the usct specifies 
the name of the host machine, and a user name and password with administrator privileges. Host 
list enables a user to select a group of servers from a host list for invoitory. TCP/IP subnet 
enables a user to select all servers within a specific TCP/IP subnet. In that mstance, the usca: 
enters the network subnet address and a user name and password with administrator privileges 
for all systems in the subnet. Site name, enables a user to select all servers in a specific site. In 
this instance, a user enters the site name and a user name and password with administrator 
privileges for all systems within the site. Domain name enables a user to select all servers in a 
domain. The user of the discovery tool must enter the domain name and a user name and 
password with administrator privileges for all systems within the domain. After determining the 
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Ust of server addresses in the server farm, e.g., server farm 110, the system logs-in to the target 
server, e.g., 110a, and invokes the discovery process. 

[0045] In general, the user vdn have to login to a target server as an administrator to 
complete the discovery process. Hence, the discovery service will have to have access to an 
adnunistrator account and password. This account and password will in general, but not 
necessarily be the same on all of the servers throughout the server farm, e.g., server farm 110. 
The discovery process looks up account name and password information for each system as it is 
processed. As a result, the login process can be automated to login to each of the plurality of 
servers 1 lOa-1 lOf in server farm 1 10 using the usemame and password and thereafter invoking 
the discovery process. The discovery operation generaUy requires the organization to make 
available an existing user ID and password or create a new user ID and password for the servers 
that are targeted for discovery. The user ID should have administrator privileges, including the 
rights to debug progranas and to load and unload device drivers, and can be removed from the 
systems as soon as the discovery task is completed 

[0046] The Discovery tool launches a remote agent into each designated servers, e.g., 
1 10a, to capture information about all of the applications and processes running in that system. 
The agent writes the captured information back to the consoUdation computer system 1 17 as an 
XML file, where it is stored in consolidation database 206. Ihe remote agent is then removed 
from the target server, e.g., 110a, leaving no trace of itself. 

[0047] • The discovery process generally employs remote procedure calls ^C), 
interprocess communication (IPC), and named pipes to tightiy couple tiie parent process running 
on one computing device (i.e. tiie computing device hosting the consolidation system 117) with 
tiie server computer, e.g., 110a, tiiat is bemg discovered. RPC enables applications to call 
functions remotely. Therefore, RPC makes IPC as easy as calling a function. RPC operates 
betwera processes on a single con^uter or on different computers on a network. 

[0048] Named pipes are used to transfer data between processes that are not related 
processes and between processes on different computers. Typically, a named-pipe server process 
creates a named pipe with a well-known name or a name that is to be communicated to its 
clients. A named-pipe client process tiiat knows tiie name of die pipe can open its otiier end, 
subject to access restrictions specified by named-pipe server process. After both tiie server and 
client have connected to tiie pipe, they can exchange data by performing read and write 
operations on the pipe. 

[0049] Discovery is tfie process of harvesting system information and information about 
running processes on specified servers located in a server farm, and storing die information in 
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database 206 of Figure 2. As the discovery operation finishes on each target server, the agent is 
removed from the server and the link to the server from the external system is tenninated. In 
smnmary, no trace of the discovery operation should remain in the organization's system. 

[0050] Multiple discoveries can be done by scheduling discovery at specific time 
intervals to capture those applications or processes that run only at a particular time or the 
discovery operation can be run again manually. Each time the discovery operation is repeated, a 
new revision of the server XML file is created. All revisions are stored and available in the 
version history. 

[0051] The type of information discovered by Application and Process Discovery 
includes hardware information, such as the number of processors on a given system, available 
processors on a given system, processor level and revision, devices, disk drive characteristics and 
capacities, as so on. System infonnation discovered includes system name, page size, operating 
system version, operating system build, network connectivity, and so on. Process and 
dependency infomaation discovered includes active processes and their associated dependencies 
(both component and configuration), processor usage at both the system and the process level, 
memory usage at both the system and the process level, process creation time, process vUD,-: 
process owner, process handles, process and dependency versions and timestamps, process and 
dependency descriptions. 

[0052] SQL Server Database discovery is designed to facilitate SQL server 
Consolidation. It automates much of the information gathering and analysis process. It 
complements the infonnation gathered through Process discovery. The information gathered is 
a detailed inventory of the customer's existing SQL Server estate - Servers, Instances, Databases, 
User and so on. The infonnation collected is stored in database 206 and is used by consolidation 
system 117 during the analysis process. 

[0053] Figure 4 further illustrates aspects of the discovery process. The target SCTver, 
e.g., 110a, is preferably selected through a GUI interface as part of the overall discovery process. 
A selected discovery agent 406 is pushed on the target server with a privileged user account and 
starts collecting information into an XML file format on client machine. The XML file is stored 
in consolidation database 206 with a tracking version. As part of the load process, the 
information in the XML file is read and transformed iato a series of relational records and stored 
in a cache database for query purposes. 

[0054] The consolidation database 206 is used to store the information collected from 
target SQL servers. The database type is preferably a relational database. Li addition and not to 
be confused with consolidation database 206, there are target databases, e.g., target SQL server 
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databases: Such databases aie the instances where the inventory To access these 

databases, the database discovery process requires SQL admin privileges account on the target 
SQL server. 

[0055] To coimect to an instance of SQL Sctvct, typically two or three pieces of 
information are required, including the network name of the computer on which the SQL Server 
instance is nnming, and the instance name (this is necessary in the case where only a particular 
instance is to be discovered). 

[0056] Initially, after login, consolidation system 117 copies a procedure over to the 
target server, e.g., 1 10a. In particular, it copies a remote service executable program 404 to 
admin$ share on the server computer. Thereafter, four named pipes 402 are started up as shown 
in Figure 4 between the remote service 404 and consolidation system 117. The four named pipes 
402, stdin, stdout, stderr, and control are used to facilitate conununication between the 
consolidation system 1 17 and the server 1 10a. The remote service 404 establishes the 
coimection betweeu consolidation system 117 and server 110a using the named pipes 402. After 
the named pipes 402 have been established, a discovery procedure 406, e.g., the discovery 
procedure selected from the tools box 310 in Hgure 3, is copied to sever 110a. 

[0057] When the discovery process 406 is in place on target server 1 10a, the control pipe 
is used to run discovery procedure 406. The named pipes 402, i.e. stdin, stdout, stderr, and 
control are routed to the discovery procedure. The discovery process 406 then performs the 
appropriate inventory collection, as described more fully below, and sends back an XML file that 
includes tiie data describing the assets on target server 1 10a. Thereafter, the discovery process 
406 terminates and then is preferably shut down and also removed from target server 110a, The 
process is then repeated for the remaining servCTS in the server farm 1 10, e.g., 1 10b, 1 10c, and so 
on. 

[0058] WhCTi the Application and System discovery agent starts on the target server 
110a, the processes and DLLs information is collected using various system calls. To obtain a 
Kst of all processes in a Windows 2000 Server operatmg system enviroimient, the following calls 
are used: 

ULONG C_stdcall *NtQuerySystemInfornnation)( 

ULONG SystemlnformationClass, 
PVOID Systemlnformatlon^ 
ULONG SystemlnformationLength^ 
PULONG RetumLength 

); 

[0059] NtQuerySystemlnfonnation is an intemal Windows function that retrieves 
various kinds of system information. 

-10- 
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[0060] SystemlnfomiationClass indicates the kind of system infonnation to be retrieved. 
The infonnation includes: the number of processors in the system, mformation about the 
resource usage of each process, including the number of handles used by the process, the peak 
page-file usage, and the number of memory pages that the process has allocated. 

[0061] Systemlnformation points to a buffer where the requested information is to be 
retumed. The size and structure of this information varies depending on the value of the 
SystemlnformationClass parameter: 

[0062] SystemlnformationLength is the size of the buffer pointed to by the 
Systemlnfonnation parameter, in bytes. 

[0063] RetumLength is an optional pointer to a location where the function writes the 
actual size of the information requested. 

[0064] Another call is used that provides a starting address to obtain the infomaation 
about what DLLs are loaded by a process. That call is as follows: 

ULONG ( ^stdcall *NtQueryInformationProcess)( 

PVOID ProcessHandle, 
INT ProcessInformationClass, 
PVOID Processlnformation, 
ULONG ProcessInformatlonLength, 
PULONG RetumLength ); 

[0065] ProcessHandle specifies the handle to the process for which infonnation is to be 
retrieved. 

[0066] ProcessInformationClass specifies the type of process infonnation to be retrieved. 
This parameter can either retrieves a pointer to a FEB structure that can be used to determine 
whether the specified process is being debugged, and a unique value used by the system to 
identify the specified process or whether the process is running in the WOW64 environment 
(WOW64 is the x86 emulator that allows Win32-based applications to run on 64-bit Windows). 

[0067] Processlnformation is a Pointer to a buffer supplied by the calling application into 
which the function writes the requested infonnation. 

[0068] ProcessInformationLength is the size of the buffer pointed to by the 
Processlnformation parameter, in bytes. 

[0069] RetumLength is a pointer to a variable in which the function returns the size of 
the requested infonnation. 

[0070] The information so collected is then put into an XML file and transmitted back to 
consolidation computer system 117. The below XML provides an example of a portion of such 
anXMLfile. 
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<?xml version="1.0" encoding-"ISO-8859-l'' ?> 
<Dlscovery type="Process"> 

<PE_SysInfo ID="5008DJUL1030-SI" discoverVerslon= "2.0.0" 
captureTlmeGMT="21:10:30 30 Oct 2003" captureTimeNumeric="1067548230" 
systemName="USMV-MUTSCHGO" systemMake="Dell Computer Corporation" 
systemModel="Dell WORKSTATION PWS360" osMajorVersion="5" 
osMinorVersion="l" osBulld="2600" osRev= "Service Pack 1" pageSize="4096" 
allocationGranularity=''65536" totalMemory="1072689152" 
avallableMemory="634216448" totalVirtualMemory="2147352576" 
avallableVirtuaiMemory="2111578H2" totalPageRle="2581708800" 
avallabIePageRle="2110324736" memoryLoad="40" cpuLx>ad=»"l 7" 
systemDirectory= "C: \WIN DO WS\System32\" > 

<Pt_SysInfoEx ID="Er parent_ID="5008DJUL1030-SI" servicePackMaior="l" 
servicePackMinor="0" productType="PROD_WORKSTATION" 
lnstalledPkg="PKG_SINGLEUSERTS" /> 

<PE_HdweInfb ID="HI" parent_ID="5008DJUL1030-sr numberOfProcessors="2" 
availableProcessorMask="3" processorLevel="15" processorRevlsion="521"> 

<PE_ProcessorSpeed parent_ID="HI" procNum="0" speed="2992" /> 

<PE_ProcessorSpeed parent_ID="Hr procrMum="l" speed="2992" /> 
<PE_Devlce parent_ID="Hr devlceLocation="LPTl" cmpLocatlon=""> 

<deviceName>Printer Port Logical Interface</devlceName> 

</PE_Devlce> 

<PE_Device parent_ID="Hr devlceLocation="USB Device" cmpLocatlon=""> 
<devlceName>ViewSonic Color Pocket PC V37</deviceName> 
</PE_Devlce> 

<PE_Devlce parentL.ID="HI" deviceLocatlon="" cmpLocation="0,0,0,l"> 
<devlceName>HL-DT-ST RW/DVD GCC-4480B</deviceName> 
</PE_Device> 

<PE_AppCatalogItem parent_ID="5008DJUL1030-SI" appName="PowerDVD" 
appVersion="" publishers"" mslGuId="-C6811CAA0-BF12-llD4-9EAl- 
0050BAE317E1>"> 

<installLocation /> 

<lnstal!Source /> 

</PE_AppCatalogItem> 
<PE_AppCatalogItem parentL.ID="5008D3UU030-sr appName="Easy CD Creator 5 
Basic" appVersion="5.3.4.21" publisher="Roxlo Inc" mslGuld="i609F7AC8-C510- 
11D4-A788-009027ABA5DO>"> 

<installLocation /> 

<installSource /> 

</PE_AppCatalogItem > 
<PE_AppCatalogItem parent_ID="5008DJUL1030-SI" appName="Mlcrosoft Office 
2000 SR-1 Premium" appVersion="9.00.9327" publisher="iWicrosoft Corporation" 
mslGuld="{00000409-78El-llD2-B60F-006097C998E7>"> 

<installLocation /> 

<installSource>\\usmv-sms\UrTSoftware\STD2000.S2A\</lnstallSouroe> 
</PE_AppCatalogItem > 

<PE_AppCatalogItem parent_ID="5008DJUL1030-SI" appName="|viicrosoft SQL 
Server 2000" appVerslon="8.00.761" publisher="|viicrosoft" msiGuid=""> 

<installLocatlon>C:\Prbgram Rles\Mlcrosoft SQL Server\MSSQL</lnstallLocation> 

<installSource /> 

</PE_AppCatalogItem> 



<PE_Process ID=:"Proc.l588" parentSystem_ID="5008DJUL1030-sr 
processName="AGENTSRV.EXE" processId="1588" deptli="5" affinlty|w|ask="3" 
processOwner="IMT AUTHORTTYXSYSTEM" parentProcess_ID="Proc.772" 
startTlme="09:21:25 29 Oct 2003" startTlmeNumeric="1067448085" 
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handleCount="119" basePriority="8" cpuTlme="1441406250" 
percentCpu"nme="0.1" hasServices="true" ownProcess="false" 
peakVirtualSize="187858944" pageFaultCount="127666" 
peakWorkingSetSize="107339776" worklngSetSIze=" 184320" 
quotaPeakPagedPoolUsage="51872" quotaPagedPoolUsage="50056" 
quotaPeakNonPagedPoolUsage="20446" quotaNonPagedPootUsage="4400" 
pagefileUsage="18952192" peakPageflleUsage="107l80032" 
privatePageCount="18952192" verslon="7.0.3.0892" usedModules="Mod.O Mod.l 
Mod. 2 Mod. 3 Mod.4 Mod. 5 Mod. 6 Mod. 7 Mod. 8 Mod. 9 Mod. 10 Mod. 11 Mod. 12 
Mod. 13 Mod. 14 Mod. 15 Mod. 16 Mod. 17 Mod. 18 Mod. 19 Mod.20 Mod.21 Mod. 22 
Mod. 23 Mod.24 Mod. 25 Mod.26 Mod.27 Mod.28 Mod. 29 Mod.30"> 

<descriptlon> Agent Service Module</description> 

<fullPath>C:\Legato Connected\AGENTSRV.EXE</fullPath> 

<commandLine>"c:\Legato Connected\AgentSrv.EXE" -asv</commandLlne> 

</PE_Process> 

<PE_Process ID="Proc.772" parentSystem_ID="5008DJUL1030-sr 
processName="SERVICES.EXE" processId="772" depth="4" affinityMask="3" 
processOwner="NT AUTHOFUTYXSYSTEM" parentProcess„ID="Proc.728" 
startTime="09:21:21 29 Oct 2003" startTimeNumerlc="1067448081" 
handleCount="365" basePriorlty="9" cpuTime= "79843750" percentCpuTime="0.0" 
hasServices="true" ownProcess="false" peakVlrtualSi2e= "54595584" 
pageFaultCount=M985" peakWorkingSetSi2e="7499776" 
workmgSetSize="4673536" quotaPeakPagedPoolUsage="58550" 
quotaPagedPoolUsage="35612" quotaPeakNonPagedPoolUsage="14264" 
quotaNonPagedPoolUsage="11040" pageflleUsage="3964928" 
peakPagefileUsage="4517888" privatePageCount= "3964928" version="5.1.2600.0 
(xpcllent.010817-1148)" usedModules="Mod.217 Mod.l Mod.2 Mod. 9 Mod. 5 Mod, 6 
Mod. 3 Mod.4 Mod.66 Mod.218 Mod.212 Mod.219 Mod. 84 Mod.220 Mod. 73 Mod. 221 
Mod. 17 Mod. 18 Mod. 50 Mod. 37 Mod.89 Mod.65 Mod. 19 Mod. 222 Mod.30 Mod. 223 
Mod.7 Mod.42"> 
<description>Services and Controller app</descriptlon> 
<fullPath>C:\WINDOWS\SYSTEM32\SERVICES.EXE</fullPath> 
<conrimandLine>C:\WINDOVyS\systenn32\services.exe</commandLine> 
</PE_Process> 



<PE_Module verslon="l. 02. 0814.0000" ID="Mod.392" parent_ID="5008D3UL103O- 
SI" base="1505034240" size="36864" memoryMapped="false" 
creatlonTlme="8/29/2002 2:00 AM"> 

<nnoduleDescriptlon>WinInet Soap Connector Llbrary</moduleDescrlption> 

<path>C:\Program Files\Common Files\MSSoap\Blnaries\WISC10.DLL</path> 

<lnnageName>WISC10.DLL</imageName> 

</PE_Module> 

</PE_SysInfo> 
</Discovery> 

[0071] When the SQL Server discovery agent starts on the target server 110a, the 
following actions are performed: 

1. The agent captures the SQL Server name aad version on the target machine 1 10a, 

2. For each instance of the SQL Server on target machine 1 10a, the following 
information is captured: 
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The database schema's preseait is detennined, and for each database schema 
information is collected such as tables, views, indexes, roles, etc. 
User logins, pecmissions and roles 
User objects in the master db 
Database names and logins and database client names 
SQL configuration settings 
Collation settings 
Jobs and tasks 
SQL alerts 
Replication 
DTS packages list 

Database size and log size information 
[0072] In general, the captured data is used to detect differences between Hgt^^agp 
objects for duplicate databases on multiple servers. The following database objects are captured 
for comparison: 

[0073] Roles, Users, Aliases, Defaults, Rules, Functions, User defined data types, Usar 
messages. Tables, Views, Indexes, Extended procedures. Stored proceduies and Trig^. There 
are several methods available to capture fliis information. The preferred method uses T-SQL 
and collects the catalogue information ftom system tables. The below description illustrates an 
implementation for SQL Servo: available from Microsoft Corporation. Nevertheless, the overall 
technique is also applicable to other database systems such as Oracle database systems. 

[0074] SQL Server available system stored procedures are used to capture information. 
For example, a join query against Sysprocesses and sysdatabases tables captures some of the 
information as follows: 

SELECT dbs.[name], [program_name],[loglname] FROM 

[master].[dbo].[sysprocesses] procs, [master]. [dbo]. [sysdatabases] dbs Where 
procs.[dbid] = dbs.[dbid] And Ljen([program_naine]) > 0 

[0075] The function interrogates Master db for any user objects. Systran Stored 
procedures are used to capture die data. The function looks for user type objects in the master 
database and the ones found along with their description and contents is written to XML file to 
be stored in the cache database. 

SELECT CONVERT(char(32), host_name()) as MachinelMame, 
ServerName = CASE @@servername WHEN null THEN CONVERT(char(32) 
host_name()) ELSE CONVERT(char(32), @@servername) END, o.name as 
StoredProcName, u.name as OwnerName FROM master.. sysobjects o, 
master..sysusers u WHERE o.uid = u.uld and o.type = 'P' and ©.category = 

0 and o.name <> 'sp_helpsql' 
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[0076] To identify the potential login problems like duplicate names in more than one 
server and the conflicting permission, this function captures the logins and pemxissions via the 
stored procedures available. 

[0077] For each instance get the list of logins and their roles for each database within 

that instance. 

[0078] The configuration information such as from sp_configure, is extracted and 
compared against the default settings for a particular version of SQL Server. 

[0079] SQL Server function ServerProperty is used to collect product version, edition, 
service pack, collation, etc. as illustrated below: 

Select CONVERT(char(32), serverpropertyCCollation') )as 'Collation', 
CONVERT(char(32), serverproperty('Edition'))as 'Edition', 
CONVERT(char(32), serverpropertyCEngine Edition') )as 'Engine Edition', 
CONVERT(char(32), serverproperty('InstanceName') )as 'InstanceName', 
CONVERT(cliar(32), serverpropertyCIsClustered'))as 'IsClustered', 
CONVERT(char(32), serverproperty('IsFul!TextInstalled'))as 'IsFullTextlnstalled', 
CONVERT(char(32), serverproperty(lsIntegratedSecurityOnly'))as 
'IsIntegratedSecurltyOnly', 

CONVERT(char(32), serverproperty('IsSingleUser'))as 'IsSingleUser', 
CONVERT(char(32), serverproperty('IsSyncWlthBaclcup"))as 'IsSyncWitliBackup', 
CONVERT(char(32), serverproperty('LicenseType'))as 'LlcenseType', ^ 
CONVERT(char(32), serverpropertyCMachineName'))as 'MachineName', 
C0NVERT(ciiar(32), serverproperty('NumUcenses'))as 'NumLicenses', 
CONVERT(char(32), serverproperty('ProcessID'))as 'ProcessID', 
CONVERT(char(32), serverproperty('ProductVerslon'))as 'ProductVersion', 
CONVERT(char(32), serverpropertyCProductLevel'))as •ProductLevel', 
COIMVERT(char(32), serverproperty('ServerName'))as 'ServerName' 
For non-2000 SQL Server some of these fields will be null. 

[0080] The below functions captures lists of Jobs, via sysjobs table of msdb, Alerts via 
sysAlerts table and Operators via sysOperators for an Instance. 
Jobs: 

Select CONVERT(char(32), host_name()) as MachineName, ServerName = CASE 
@@servername WHEN null THEN CONVERT(char(32), host^nameQ) ELSE 
CONVERT(char(32), @@servername) END,* from msdb-.sysjobs 

Alerts: 

SELECT CONVERT(char(32), host_name()) as MachineName, ServerName = CASE 
@@servername WHEN null THEN CONVERT(char(32), host_name()) ELSE 
CONVERT(char(32), @@servername) END,[ld],[Name],Event_source, 
Event_categoryJd, Eventjd, Messagejd, Severity, 

Enabled,Delay_between_responses, Last_occurrence_date, Last_occurrence_time, 
Last_response_date, Last_response_tlme, Notificatlon_message, 
Include_event_descrlption, Database_name, Event_description_keyword, 
Occurrence^count, Count_reset_date, Count_reset_time, Job_id, Has_notificatIon, 
Flags, Performance_condition, Categoryjd, " as Event_category_name, " as 
Delay_between_notifications, " as Taskjd, " as Has„emaiLnotlfication, " as 
Has_pager_notlfication FROM msdb..sysalerts 
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Operators: 

DECLARE @SQLVerslon varchar(4) 
SELECT ©SQLVersion = SUBSTRING(@@version, 23, 4) 
—Extract the Information, dependant on SQL version 
IF (@SQLVersion = '6.50') 

SELECT CONVERT(char(32), host_name()) as MachineName, ServerName = 
CASE @@servemame WHEN null THEN CONVERT(char(32), host_name()) ELSE 
CONVERT(char(32), @@servemame) END,*, " as Netsend_address, " as 
Last_netsend_date, " as Lasi;_netsend_tlme, " as Categoryjd FROM 
msdb. .sysoperators 
ELSE 

IF (@SQLVersion = '7.00') or (@SQLVersion = '2000') 

SELECT CONVERT(char(32), host_name()) as MachineName, 
ServerName = CASE @@servemame WHEN null THEN C0NVERT(char(32), 
host_name()) ELSE CONVERT(char(32), @@servemame) END,* FROM 
msdb. .sysoperators 

[0081] Where replication is allowed, information is collected on databases and reported 

in a list, server, instance and dbnames along with replication role (Publisher, Distributor, 

Subscriber) and repUcation type. The system Store procedure 'sp_helprepUcationdboption' is 

utilized to capture replication information. To capture DTS packages info, the following SQL 

statements are exercised: 

DECLARE @SQLVerslon varchar(4) 
DECLARE @SQLStrlng varchar(255) 
SELECT @sqlversion = SUBSTRING(®@verslon, 23, 4) 
IF (©SQLVerslon = '6.50') 
select " 

ELSE 

IF (@SQLVersion = '7.00') 

IF @@ServerName is not Null 

SELECT ©SQLString = 'SELECT CONVERT(char(32), 
host_name()) as MachineName, CONVERT(char(32), @@servemame) as 
ServerName,name,id,verslonld,cast(descrlption AS char(25)) as ShortDescrlption 
cat£goryld,createdate,owner, owner_sld, as PackageType from 
msdb..sysdtspackages' 
ELSE 

SELECT ©SQLStrIng = 'SELECT CONVERT(char(32), 
host_name()) as MachineName, CONVERT(char(32), host_name()) as 
ServerName,name,ld,versionid,cast(descriptlon AS char(25)) as ShortDescriptlon 
categoryid,createdate,owner, owner_sld, "" as PackageType from ' 
msdb..sysdtspackages' 
ELSE 

IF @SQLVersion = '2000' 

IF @@ServerName is not Null 

SELECT @SQLString = 'SELECT CONVERT(char(32), 
host_name()) as MachineName, CONVERT(char(32), @@servername) as 
ServerName,name,id,versionid,cast(descrlptlon AS char(25)) as ShortDescrlption, 
categoryid,createdate,owner, owner_sid,packagetype from msdb..sysdtspackages' 

EISE 

SELECT @SQLString = 'SELECT CONVERT(char(32), 
host_name()) as MachineName, CONVERT(char(32), host_name()) as 
ServerName,name,ld,versionid,cast(descrlption AS char(25)) as ShortDescriptlon 
categoryid,createdate,owner, owner_sid,packagetype from msdb..sysdtspackaaes' 
EXEC{@SQLStrlng) *^ 
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[0082] In order to get the database size and log size for each database dbsize (used and 
firee), and logsize (used and free) are used and reported with server/instance/dbname. The below 
is sample code to go to each database and execute stored procedure *sp_spaceused' to capture 
some of the information. 

DECLARE AIIDatabases CURSOR FOR SELECT name FROM sysdatabases —WHERE 
dbid > 4 

OPEN AIIDatabases 

DECLARE ©DBNameVar VARCHAR(128) 

DECLARE ©Statement VARCHAR(255) 

FETCH NEXT FROM AIIDatabases INTO @DBNameVar 

WHILE (@@FETCH_STATUS = 0) 

BEGIN 

SELECT ©Statement = 'USE ' + @DBNameVar + CHAR(13) 

+ ' exec sp_spaceused' 
EXEC (©Statement) 

FETCH NEXT FROM AIIDatabases INTO ©DBNameVar 
END 

CLOSE AIIDatabases 
DEALLOCATE AIIDatabases 

[0083] To capture log size information, the following SQL statement is used: 
DBCC SQLPERF(LOGSPACE) WITH NOJNFOMSGS 

[0084] The database information captured is formatted into an XMDL file and transmitted 

back to the consolidation system 1 17. An example portion of such and XML file is as follows: 

<?xml version="1.0" encoding="ISO-8859-l" ?> 
< Discovery type=" Database" > 

<DD_Server machineName="USMV-VAZEHGMMl" windowsVerslon="5. 1.2600 
Service Pack 1 Build 2600" discoverVersion="2.0.0" processorCount="l" 
processorActivel^ask="" OS_Name="Wlndows_NT 5" systemName="USMV- 
VAZEHGI^Ml" systemr^anufacturer="DelI Computer Corporation" systemModel="Dell 
OPTIPLEX GX260" systemType="x86" processor="x86 Family 15 Model 2 Stepping 4 
Genuinelntel 2000 MHz" BIOSVersion="DELL - 6" locale="UnIted States" 
timeZone="Pacific Standard Time" windowsDirectory="C:\WINDOWS" 
bootDevlce="\Devlce\HarddiskVolume3" systemDlrectory="C:\WINDOWS\System32" 
pliysicalMemory="1046524.00" avallablePhyslcalMemory="102700.00" 
virt:ualMemory="2097024.00" avallableVlrtualMemory="2040440.00" 
pagefi leSpace= "0 . 00" > 



<DD_Database serverName="USMV-VAZEHGMMl\DESKTOPSERVER" 
dbName="Analysls" owner="sa" created="Sep 3 2003" status="Status=ONLINE, 
Updateabllity=READ_WRITE, UserAccess=MULTI_USER, Recovery=SIMPLE, 
Version=539, Collatlon=SQL_Latinl_General_CPl_CI_AS, SQLSortOrder=52, 
IsAutoClose, IsAutoShrink, IsTornPageDetectionEnabled, IsAutoCreateStatlstlcs, 
IsAutoUpdateStatistlcs" compatibllltyjevel="80" logSlze="0.00" 
logspaceUsed="0.00" IStatus="" dbSlze="24.06" unalloc_s="1.91" 
reserv_s="21664.00" data_s="15552.00" index_s="5736.00" unused_sp="376.00" 
transPublish="0" mergePublish="0" dbOwner="True" readOnly=" False" > 

<DD_SchemaInfo> 
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<DDjrable serverName="USMV-VAZEHGMMl\DESKTOPSERVER'' 
dbName="AnaIysis" tableName="DD_Alerf> 

<DD_Column serverName="USMV-VAZEHGMMl\DESf<TOPSERVER" 
dbName="Analysls" tableName="DD_AIert" columnName="fileVersion" colld="l" 
coltype="nvarchar" collen="510" colprec="255" colscale="0" isnullable="0" 
collation="SQL_Latinl_GeneraLCPl_a_AS" /> 

</DD_Table> 

<DD_User serverName="USMV-VAZEHGMMl\DESKTOPSERVER" 
dbName="Analysls" loginName^"" groupName="" userName="guest" /> 
</DD_SchemaInfo> 
</DD_Database> 

</DD_Instance> 

</DD_Server> 

</Discovery> 

[0085] Here is a more detailed XML layout for the Schema information part only. 
[0086] For each database within an SQL instance, there is an element called 
<SchemaLifo> containing the information. 

<SchemaInfo 
<TableInfo 

<CoIumnInfo name = '*columnName goes here" 

Description = ^column description goes here" /> 

<ColumnInfo name = ''columnName goes here" 

Description = ""column description goes here" /> 

<ColumnInfo name == ""coiumnName goes here" 

Description = ""column description goes here" /> 



more columns 

<TrlggerInfo name = ""triggerName "" Description = "* trigger description" /> 
additional triggers 

<ConstralntInfo name = ^constralntName "* 

Description = ''constraint description" /> 



additional constraints 

<IndexInfo name = ""indexName "" Description = ""Index description" /> 

additional indexes 

</TableInfo> 



additional tables go here 

<VlewInfo name = ""viewName goes here" 

Description = ^view description goes here" </VlewInfo> 



more views 

<UdtInfo name = ""UDTIMame goes here" 

Description = '"UDT description </UdtInfo> 
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more user-defined types 

<FunctlonInfo name = "'functionName goes here'' 

Description = ''function description goes here" </FunctionInfo> 

more user-defined functions 

<SPInfo name = "^stored-procedureName goes here" 

Description = ^^Stored-procedure description goes here" </SPInfo> 

more user stored -defined procs 

<DefaultsInfo name = ""defaultName goes here" 

Description = ''default description goes here" </DefaultInfo> 

more defaults in here 

<RuleInfo name = 'YuleName goes here" 

Description = 'Yule description goes here" </RuleInfo> 

more rules in here 

<UserInfo name = "userName goes here" 

Description = "user description goes here" </UserInfo> 

more user Info In here 

<UserMsgInfo name = "userMsgName goes here" 

Description = "userMsg description goes here" </UserMsgInfo> 

more user messages info In here 

</SchemaInfo> 

[0087] After the information for a particular server has been discovered, the process is 
repeated for another server, e.g., 110b, until all of the servers of interest in a server farm, e.g., 
1 10, have been discovered. After a sufficient number of the servers has been discovered, and 
more likely after a substantial number of the servers have been discovered, the analysis tools can 
be used to assist in aspects of the consolidation process. 

[0088] Analysis tools interpret and generate reports from the information obtained 
during the discovery process. Any of the discovery files can be opened, including revisions of 
each file. Thus, the analysis process can be tailored to focus on any subset of discovered server 
assets. Once the set of discovery files are opened, the analysis tools sunomarizes the number of 
systems and processes being analyzed. 

[0089] Although the analysis is described herein below in the context of server 

consolidation wherein the applications, databases, etc. are move to one or more other target 

servers, the analysis aspects and indeed many of the tools described herein also apply to a single 

server. That is, aspects of a server can be compared to itself at different points in time. Hence, it 

is important to note that the discovered XML files described above are maintained by server by 
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time. This allows two forms of time-based analysis. In one case, the processes in use and 
system loading for a server can be examined as they change over time. Jn the other case, a server 
can be compared to itself after consolidation activities have occutred. That will allow a 
consolidation to be rolled back. For instance, if an application and its dependencies were moved 
from a source server to a consolidation target servCT and the application and some or all of its 
dependencies were subsequenfly removed from the source server, the analysis tools described 
herdn will allow all of the features to be applied in comparing one version of a server's 
inventory to a different version of the same server's inventory. In that way, a user can revert 
back to an early system state. Similarly, the system could be used to track what inventory was 
added to a particular server and at what version the additions were made. In this way, the 
analysis tool may allow a user to quickly identify which applications were added to a server that 
may have caused it to exceed utilization criteria. The important point is that the tools described 
herein apply to other contexts than the context of comparing a source server to a target server for 
the purpose of consolidation. 

[0090] Reports that highlight opportunities for application consolidation and application 
coexistence can be generated. For example, the Common Processes report lists the processes 
running on two or more systems within the server farm. Applications associated with common 
processes are consolidation candidates. Hie analysis tools provide custom report output, sorted in 
any manner, on any stored attribute. 

[0091] Reports can be generated based on queries of any of the following data elements: 

• Hardware Information 

• Number of processors on a given system 

• Available processors on a given system 

• Processor level and revision 

• Devices on a PCI bus 

• Non-network disk drives on a system and characteristics of the drives 

• System Information 

• System name 

• Operating system version 

• Operating system build 

• Total and available memory 

• Applications 

• Application name 

• Application version 

• Processes 

• Process name and process ID 

• Process owner 

• Process dependencies 

• Process and dependency descriptions 

• Process and dependency versions and timestamps 
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• Actual memory and virtual memory 

• Memory paging 

• Processor usage 

• Actual CPU time 

• Number of handles open on a process 

[0092] Figure 5 provides a flow chart of the general process involved in analyzing the 
collected data for the purpose of consolidation. The figure uses the example of application 
consolidation. Nevertheless, a very similar process will happen for data consolidation. 
Obviously, if all of the applications and data on a given server are consolidated to other servers, 
that server is a candidate for removal from the server far altogether, resulting in a physical 
consoUdation. 

[0093] Initially, a determination is made whether data has been discovered for a server or 
servers of interest (step 502). An initial high level analysis is made to determine potential 
consolidation candidate servers (step 504, 506). This process is described more fully below in 
cotmection with the analysis user interface figures. At step 508, a determination is made 
regarding the potCTitial benefit of a consolidation. If there is a potential benefit, then all of the 
necessary data for consoUdation is collected (step 510). This may already have happened, if so 
that step can be skipped. However, all of the detailed information necessary for consolidation 
should be available such as an application and all of its dependent modules, or a database and all 
of its tables and columns (step 512). Thereafter, an analysis is performed to determine the 
common components on the candidate servers, e.g., the number of appUcations and modules that 
are common between the candidate servers. Next a list of potential consolidation groupings are 
made, e.g., the e-mail applications can be grouped together on one machine (steps 514, 516). 
After the candidate applications and/or databases are identified, the dependencies are compared 
for variations, e.g., is the DLL on one candidate server the same version as a DLL on the other 
server (steps 518, 520). After the applications and/or databases have been consolidated, 
performance values of the consolidated server are measured to ensure that it has the capacity to 
perfomi the added tasks (steps 522, 525). Thereafter, the entire process can be repeated and new 
uifonnation discovered for the consolidated server farm to determine whether further 
consolidation is beneficial. 

[0094] Figure 6 provides an illustration of an exemplary user interface (UI) for use in 
consolidation analysis. Window 600 provides an interface for users to browse through the 
various files of discovery information collected from the servers in the server farm of interest, 
e.g., 110. To that end Window 600 has a pane 602 with a hierarchically arranged catalog of 
server information arranged into folders. By selecting one of the folders, displayed in pane 602, 
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the user is presented in pane 604 with a catalog of the XML files (described above) that have 
he&a collected from the various servers. Notably, each of the XML files contains a time stamp 
606 and version number 608. Ibat allows information to be discov^:ed on the same server at 
different times and to monitor server changes. 

[0095] Figure 7 depicts an example of a portion of the UI that assists in the analysis of 
server consolidation by allowing a user to view all of the inventory of discovered servers. 
Window 700 is divided into two panes 702 and 703. Pane 702 provides a hierarchical view of 
the discovered information for a server. Here for example, a user has opened a hierarchical view 
of the system inventory for server OTG-S YS-3 and has selected Applications and Adobe 
Acrobat 5.0 (704) in particular. The attributes 706 and corresponding values 708 for that 
application are displayed in pane 703. 

[0096] Figure 8 depicts an example of a portion of the UI tiiat assists in the analysis of 
server consolidation by presenting a graphic of the commonality of applications on selected 
servers. Window 800 provides a view of three pie charts 802, 804, and 806. Pie chart 802 
graphically depicts the applications that appear on more than one server with those applications 
that have different and the same versions appealing in different colors or shading. Here for 
example, pie chart 802 shows that there is a vCTy high commonality of applications on selected 
servers, suggesting that benefits may be gained through consolidation. Similarly, pie chart 806 
indicates the amoimt of commonality of process and shows a high commonality in this example. 
Pie chart 804 provides a graphic depiction of the commonality of process dependencies in the 
servers of interest. The details of the commonality can be viewed in more detail as shown in 
Figure 9. 

[0097] Figure 9 provides an example portion of the UI that provides further details on 
process commonality. Window 900 is divided into two panes 902 and 904. Pane 902 provides a 
listing of the servers in the server farm to undergo consolidation analysis, e.g., server farm 110. 
Pane 904 provides a list of processes by process name 906. Pane 904 also shows which server 
the process 908 is on, along v\dth the discovery information revision 910. From this window 
900, a user can further analyze candidate servers for consolidation by determining which servers 
are running key processes in common. 

[0098] Additional analysis functions provide an indication of memory and processor 
loads and assist in identifying servers that are underloaded or overloaded. Servers that are 
underloaded may be candidates to have their applications consolidated on to another server. 
Additionally, servers that are already overloaded are not good candidates to accept additional 
applications in a consolidation and may, in fact, benefit from have one or more of its applications 
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moved to another server. Figure 10 provides an example UI to display CPU and memory 
utilization. Window 1000 has two panes 1002 and 1004. Pane 1002 provides a hierarchical 
listing of server inventory. Pane 1004 provides a display showing the combined average CPU 
and memory utilization for servers in the system and help with compatibility analysis. Bar 1006 
provides a graphic indication of the CPU and memory load on a particular server and has a 
portion 1006a that indicates CPU load and a portion 1006b that indicates memory load. Slides 
1008 and 1010 provide a mechanism by which a user can filter the results, i.e., by setting the 
slide 1008 a user can exclude those systems from the display whose minimum CPU utilization is 
less than the threshold set by the slider and by setting the slide 1010 a user can exclude those 
systems whose CPU utilization exceed the maximum CPU utilization threshold set by the slider. 
Similarly, slides 1012 and 1014 allow a user to filter on memory utilization by setting the 
nrii nimnm and maximum thresholds. The filtCT allows a user to quickly identify source servers 
that are candidates for consolidation. The Min uptime hours spin box 1016 can be changed to 
exclude those systems firom the display whose time of operation since the last restart is less than 
the number of hours indicated. 

[0099] Figure 11 provides further details on the analysis tools provided for server 
consolidation. H^e Window 1110 provides two panes 1102 and 1104. Pane 1102 lists all of the 
servers in the server farm, e.g., 1 10 that have been discovered by the System and Application 
discovery tool. Pane 1104 provides a mechanism for a user to select process or system 
compatibility by way of radio buttons 1104 and 1106. Ih this example, the user has selected 
system compatibility analysis. Thereafter, a use can select a source system 1108, e.g., a sctvot . 
candidate for consolidation and one or more target systems 1110. Source system processes are 
display in box 1112. 

[0100] Figure 12 further details the analysis by display indicators of the result of 
coiisolidating the source server to the target server. Window 1200 provides the results of the 
selections made in Window 1100 as shown in Figure 11. Window 1200 displays the results of 
consolidating selected source server OTG-TEST-SRV3[1.2] on to target server OTG-TEST- 
SRV2[1.2]. The target system is displayed in column 1202. Column 1204 indicates how many 
DLLs are the same on the source and target servers and column 1206 indicates how many 
common DLLs are different. A common DLL is one that is used by all applications in the 
system, e.g., by being located in the Windows Systen[i32 directory. Colunm 1208 indicates the 
target load percentage prior to consolidation and colimin 1210 indicates the target load 
percentage after consolidation. CPU utilization values from the source server are normalized to 
the processmg power of the target server. Similarly columns 1214 and 1216 display the impact 
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on the memory of the target machine. Memory load values from the source server are 
normalized to the size of the memory on the target server. This display allows a user to quickly 
determine if the consolidation of the source server to the target server keeps the target server 
within utilization targets and also provides an indication of how many additional DLLs wiU need 
to be loaded onto the target server to support the applications moved from the source server. 

[0101] In addition to system compatibility, process compatibility is an important 
consideration in determining which servers to consolidate. When the Process compatibility 
detail choice 1106 is made in pane 1100 of Kgure 11, the source system processes Ust box 1112 
is enabled, and the user chooses one or more of the processes. The user then chooses a single 
target server from the Target Systems list box 1 1 10. Figure 13 provides a UI that displays the 
result of the process analysis and assists a user in determining process compatibility. Window 
1300 displays a comparison of common DLL compatibility and differences on tiie source and 
target server. Column 1302 displays the conmion DLL name, colmnn 1204 displays its version 
and column 1306 indicates whether fliat column is present ("1') or absent ("0*') on the target 
server. Moreover, even if the DLL is present on the target server, column 1308 provides and 
indication of whether the versions on the source and the target are the same ("1") or different 
0*0")- When the version of the DLL on tiie target system is differrat, column 1310 contains the 
version tiiat was found on the target systOTi. As is illustrated in here, many of the DLLs on the 
source are also present on the target server; however, the target version does not match the 
source version. Columns 1304 and 1310 provide the version of the source and the target DLL 
versions, respectively. In this way, a user can quickly determine whether the target version is a 
newer version of the DLL, perhaps alleviating the need to update. 

[0102] Figures 14 and IS provide many of tiie same analysis tools as those provided 
above in the context of database consolidation. In addition to consolidating applications and 
processes on servers, database consolidation is also an important aspect of consolidation. 
Database consolidation requires an understanding of how database schemas vary among 
databases or database instances on various servers. More particularly, database consolidation 
may be available by the recognition that multiple database, while not identical, may have enough 
information in common that can be combined. This commonality requires, at least initially, that 
the target database have all of the columns in the source database or a sufficient number of 
columns of the source database and the ability to add columns and or table from the source 
database. Thereafter, addition needs can be addressed such as moving triggers, stored 
procedures, alerts and the Uke to the target database. 
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[0103] Figure 14 provides a high level view of the common SQL server logins. In this 
example, window 1400 is divided into two panes 1402 and 1404. Pane 1402 provides a listing of 
database inventory that was collected for the servers during discovery as indicated above. Pane 
1404 list all of the conoooaon SQL Logins that were discovered on the multiple servers in the 
server farm, e.g., 110. Column 1406 provides the login name for the databases. Column 1408 
provides the instance name. Hence a user can easily determine which databases with common 
login names are on which servers. 

[0104] When the database Compatibility details choice 1114 is made in pane 1100 of 
Figure 11, the user can perform database compatibiUty analysis. Figure 15 provides additional 
information necessary to analyze database compatibility. In this example, window 1500 
provides two. panes 1502 and 1504. Pane 1502 is identical to pane 1402. Pane 1504 provides a 
listing of table and column names and provides an indication of schema commonality and 
diffidences. Column 1508 provides a listing of table names and columns names for the tables in 
question. Colimm 1506 provide a item type that identifies whether the item listed in colunm 
1508 is a database table or database column. Colunm 1510 provides an indication whether the 
item in colmnn 1508 is present on ("1") or absent from ("0") the target server. Colmnn 1512 
provides an indication whether the items on the source and the target are compatible ("1*'), 
incompatible ("0"), or whether that cannot be determined ("???"). 

[0105] Figure 16A and 16B provide further details on the implementation of the analysis 
tools described above. In particular, the selected XML files for the selected system and database 
inventory are loaded into database 206 (See Figure 2). SQL queries are then run against the data 
in the database to perform the analysis, i.e., to compare inventory in one server with the 
inventory in another server. Figure 16A provides a high level view of a schema 206a that could 
be used to store the collected XML data. The schema illustrates the kind of tables that could be 
used. The XML data could be loaded in the SQL database according to know techniques such as 
XML Bulk Load or other SQLXML commands. 

[0106] Preferably, a more flexible approach would be used. In such an implementation, 
an XML loader uses Microsoft XMLParser to parse the XML contents into datasets. The 
datasets are then used to build relational records and stored into a relational database, e.g., 
database 206. 

[0107] Schema 206a contains Sysinfo table 1602 which contains information such as the 
system name, make, and model number, system memory information, as well as information 
about the source of the data, i.e., which XML file and version number. Hardwarelnfo table 1604 
contains server hardware information such as number of processors and available processors. 
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Network table 1608 contains a variety of network information such as NIC identilBers, IP 
addresses, and so on. Device table 1610 contains infonnation on hardware devices such as 
device names. Drive table 1606 contains server drive information such as total byte storage, 
bytes free, volume name, and so on. Application table 1612 contains information such as 
application name and version number. Process table 1614 contains information on processes 
such as process owner, cpu utilization infomiation, memory utilization information, and so on. 
Module table 1618 contains module information such as module size, module name, and so on. 
Process Module Association table 1616 associates modules with parent processes. 

[0108] Schema 206a is useful in performing system inventory analysis for such things as 
application consoUdation. With respect to database analysis, Rgure 16B illustrates an high level 
schema for use with the database inventory XML files. As such, selected database XML files 
that were discovered from the various serves as described above are loaded into database 206 in 
accordance with schema 206b. Server table 1620 keeps the mformation identifymg which 
server main t ai n s the discovered database. Instance table 1622 keeps information on the names of 
one or more instances of database servers installed on the server, e.g., SQL Server 6.0 and SQL 
Server 7.0. For each instance, database table 1624 contains information on one or more 
databases within that instance. For each database in table 1624, Table table 1626 has all of the 
table names and Column table 1628 maintains all of the columns for a given table. Procedure 
table 1632 maintains information such as the names of stored procedures used in a database. 
Function table 1636 maintains a list of function names associated with a database. Trigger table 
1640 maintains a list of trigger names associated with a database. DBRole table 1644 maintaing 
a list of database roles associated with a database. Additionally, for each instance in Instance 
table 1622, DTSPackage table maintains information related to the data transformation services 
packages associated with that database such as the name of the package and the owner. Login 
table 1638 maintains login information such as user name. Finally, Server Role table 1642 
maintains information related to the server role such as member name and member SID. 

[0109] After the analysis has been completed and consolidation candidates have been 
identified, there may be a significant number of files that have to moved and/or loaded on the 
target server. Figures 17 and 18 illustrate aspects of the subject system that assist in automating 
at least aspects of the deployment of the new assets to a target server. Figure 17 provides an 
example asset deployment UI. Window 1700 has drop down box 1702 wherein deployment tool 
has been selected. Select box 1708 provides a mechanism for a user to identify a target server to 
which assets are to be deployed. Pane 1706 identifies all of the various assets to be deployed on 
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the target server. Notably, box 1704 provides a user with the capability to define deployraent 
rules to be used in association with the deploymOTt of assets on the target server. 

[0110] After a user has detennined that deployment rules should be used, selecting 
define button 1705 causes a rules editor to launch. Figure 18 further illustrates the rules editor. 
Window 1800 provides an example listing of predefined rules templates including the following 
template: 

Check for minimum disk space on a drive; 

Check for minimum memory (RAM); 

Check for minimum number of processors; 

Check if a copy of this application is already installed; 

Make sure that a conflicting application is NOT installed; 

Make sure that a required application is already installed. 

Of course other role templates could be defined without depaating from the scope of this aspect 
of the subject system. 

[0111] Figure 19 further illustrates aspects of the deployment system. Here, 
consolidation information has been collected and analyzed, as described herein above. 
Thereafter, the consolidated server farm 120 is to be deployed. To that rad, all of the 
executables, binaries, and essentially all of the files necessary to perform an installation are 
placed into a folder with a setup file. Typically this will be a single application per folder but 
need not be; so limited. Additionally, the templates are selected for the deployment. For 
example, if minimum memory is selected, then a user will define the minimum memory 
requirements, e.g., 512 MB. Sincdlarly parameters are defined for other selected templates, e.g., 
2 processors, 1 gigabytes of disk space, and so on. At some point, the target servers are selected 
for deployment. As illustrated in Figure 19, servers 120a and 120b were selected. Alternatively 
an entire domain may be selected. As described above in connection with the discovery aspects 
of the system, the assets of the target systenos are discovered. This could have been performed as 
part of the initial consolidation process or could be performed independently. 

[0112] The relevant XML files containing the discovered information is then parsed and 
compared to the defined rules. If the rules pass, the files are transmitted to the target server or 
servers and the installation and a remote procedure call is made to start the installation. 
Preferably, the transmitted install files are compressed before transmitting and decompressed on 
the target Preferably the compression is performed by ZIPPING the configuration files before 
transmission and unZDPPING the configuration folders at the target server. The unzip program 
may be sent as part of the process, for example, by bundling the unzip program as a self 
extracting file. 
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[0113] Preferably, the testing of the defined rules is performed by an XPATH query 
against the XML file. For example, using tiie example XML file defined above in connection 
wifli the discovery, an XPATH query for the number of processors would return a •*2" if applied 
against the below XML excerpt 

<PE_HdweInfo ID="Hr parent_ID="5008DJUL1030-Sr numberOfProcMSorss''2" 

avallableProcessorMask="3" processorLevel="15'' processorRevision="521"> 
<PE_ProcessorSpeed parent_ID="Hr procNum="0" speed="2992" /> 
<PE_ProcessorSpeed parent_ID="Hr procNum="l" speed="2992" /> 

<PE_Devlce parentL.ID="Hr devlceLocation="LPTl" cmpLocatlon=""> 
<devIceNanne>Printer Port Logical Interface</devlceName> 
</PE_Device> 

<PE_Devlce parentL_ID="Hr devlceLocatlon="USB Device" cmpI^catlon=""> 
<deviceName>ViewSonic Color Poclcet PC V37</devlceName> 
</PE_Device> 

<PE_Devlce parent_ID="HI" devlceLocation="" cmpLocatlon="0,0,0,l"> 
<devlceName>HL-DT-ST RW/DVD GCC-4480B</devlceName> 
</PE_Devlce> 

[0114] Similar XPATH queries could be applied for other rule values. 

[0115] The above deployment may be used in contexts other than flie consolidation 
context. For exan:q>le, a company may want to deploy an application across a number of client 
machines Ibroug^out its organization. The above technique would allow a single deployment 
setup to automatically instaU the applications on the selected machines that meet the defined 
rules. 

[0116] The above consolidation in an example description only and is not intended to 
indicate that applications and databases are consolidated in all server consolidations. Rather, the 
example is intended to indicate the breath of consolidation that may be possible. Hie 
overarching theme is that consolidation 1 15 provides the tools to determine the inventory of 
hardware, software, and data on a server farm such as server farm 110 and simplify the 
consolidation of that hardware, software and data. 

[0117] Elements of ^bodiments of the invention described below may be implemented 
by hardware, firmware, software or any conabination thereof. The term hardware generally 
refers to an element having a physical structure such as electronic, electromagnetic, optical, 
electro-optical, mechanical, electro-mechanical parts, while the term software generally refers to 
a logical structure, a method, a procedure, a program, a routine, a process, an algorithm, a 
formula, a function, an expression, and the like. The term firmware generally refers to a logical 
strocture, a method, a procedure, a program, a routine, a process, an algorithm, a formula, a 
function, an expression, and the like that is implemented or embodied in a hardware structure 
(e.g., flash memory, ROM, EROM). Examples of firmware may include microcode, writable 
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control store, and niicro-prograimned structure. When implemented in software or firmware, the 
elements of an embodiment of the present invention are essentially the code segments to perform 
the necessary tasks. The software/firmware may include the actual code to carry out the 
operations described in one embodiment of the invention, or code that emulates or simulates the 
operations. The program or code segments can be stored in a processor or machine accessible 
medium or transmitted by a computer data signal embodied in a carrier wave, or a signal 
modulated by a carrier, over a transmission medium. The "processor readable or accessible 
medium" or "machine readable or accessible medium" may include any medium that can store, 
transn[Ut, or transfer information. Examples of the processor readable or machine accessible 
mediirai include an electronic circuit, a semiconductor memory device, a read only memory 
(ROM), a flash memory, an Masable ROM (EROM), a floppy diskette, a compact disk (CD) 
ROM, an optical disk, a hard disk, a fiber optic medium, a radio frequency (RP) link, and the like. 
The computer data signal may include any signal that can propagate over a transmission medium 
such as electronic network chaimels, optical fibers, air, electromagnetic, KF links, etc. The code 
segments may be downloaded via computer networks such as the Intemet, Intranet, etc. The 
machine accessible medium may be embodied in an article of manufacture. The machine 
accessible medium may include data that, when accessed by a machine, cause the machine to 
perform the operations described in the following. The machine accessible medium may also 
include program code embedded therein. The program code may include machine readable code 
to perform the operations described in the following. The term "data" here refers to any type of 
information that is encoded for machine-readable purposes. Therefore, it may include programs, 
code, data, files, and the like. 

[0118] All or part of an embodiment of the invention may be implemented by hardware, 
software, or firmware, or any combination thereof. The hardware, software, or firmware element 
may have several modules coupled to one another. A hardware module is coupled to another 
module by mechanical, electrical, optical, electromagnetic or any physical connections. A software 
module is coupled to anoth^ module by a function, procedure, method, subprogram, or 
subroutine call, a jump, a hnk, a parameter, variable, and argument passing, a function return, 
and the like. A software module is coupled to another module to receive variables, parameters, 
arguments, pointers, etc. and/or to generate or pass results, updated variables, pointers, and the 
like. A firmware module is coupled to another module by any combination of hardware and 
software coupling methods above. A hardware, software, or firmware module may be coupled to 
any one of another hardware, software, or firmware module. A module may also be a software 
driver or interface to interact with the operating system running on the platform. A module may 
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also be a hardwaie driver to configure, set up, initialize, sead and receive data to and from a 
haidwaie device. An ^aratus may include any combinatiQn of hardwaie, software, and 
firmware modules. 

[0119] Embodiments of the invention may be described as a process which is usually 
depicted as a flowchart, a flow diagram, a structure diagram, or a block diagram. Although a 
flowchart may describe the operations as a sequential process, many of the operations can be 
performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. 
A process is terminated when its operations are conq)leted. 

[0120] Those skilled in the art also will readily appreciate that many additional 
modifications are possible in the exemplary embodiment without materially departing from the 
novel teachings and advantages of the invention. Any such modifications are intended to be 
included within the scope of this invention as defined by the following exemplary claims. 



-30- 



wo 2004/086184 PCT/US2004/008496 

What is Claimed: 

1. A method for consolidating computing devices, comprising: 

sending a discovery agent over a network connection to at least one computing device; 
receiving a first data set from said discovery agent indicative of characteristics of the at 
least one computing device; and 

displaying at least one differences between the first data set and a second data set. 

2. The method as recited in claim 1 wherein the second data set is from a computing device 
other than the computing device that was the source of the first data set. 

3. The method as recited in claim 1 wherein the second data set is fi:om the same computing 
device that was the source of the first data set but from a different time. 

4. The method as recited in claim 2 wherein the at least one computing device is a server 
computer among a plurality of server computers. ' 

5. The method as recited in claim 2 wherein the data set comprises information indicative of at 
least one application resident on the at least one computing device. 

6. The method as recited in claim 2 wherein the data set comprises information indicative of at 
least one process executing on the at least one computing device. 

7. The method as recited in claim S wherein the act of displaying at least one difference between 
the first and second data set comprises displaying an indication of a difference in the at least one 
application program in both the first data set and the second data set. 

8. The method as recited in claim 5 comprising installing a version of the at least one application 
on a second computing device. 

9. The method as recited in claim 8 comprising removing the at least one application from the at 
least one computing device. 

10. The method of claim 6 comprising installing a version of the at least one process on a second 
computer. 

11. The method as recited in claim 1 wherein the data set comprises information indicative of at 
least one database. 
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12. The method as recited in claim 1 1 wherein the information indicative of the at least one 

database comprises column table information for tables in the at least one database. 



13. The method as recited in claim 12 comprising populating a database on a second computer 
with at least a portion of the table information from the at least one database. 

14. The method as recited in claim 1 wherein the act of sending the discovery agent to the at 
least one computing device comprises sending a remote procedure to the at least one computing 
device and remotely executing the remote procedure. 

15. The method as recited in claim 14 comprising receiving the at least one data set via named 
pipes. 

16. A method of consolidating services performed on a first and second computing device to a 
second computing device, comprising: 

sending a discovery agent to the first conqiuting device to determine a plurality of 
services provided by the first computing device; 

receiving a first set of information indicative of the plurality of services provided by the 
first computing devices; and 

comparing the first set of information to a second set of information indicative of a 
plurality of services performed by a second computing device to determine at least one service 
provided by the first computing device that is not available on the second computing device. 

17. The method as recited in claim 16 comprising changing the services performed by the 
second computing device to include the at least one service. 

18. The method as recited in claim 16 whCTcin the discovery agent comprises computer 
executable instractions for determining the system characteristics on the first computing device. 

19. The method as recited in claim 18 wherein the system characteristics comprise at least one 
of: the number of processors, available processors, processor level, devices, disk drive 
characteristics, disk drive capacity, system name, page size, operating system version, operating 
system build, and network connectivity. 

20. The method as recited in claim 16 wherein the discovery agent comprises computer 
executable instructions for determining the executable process characteristics on the first 
computing device. 
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21- The method as recited in claim 20 wherein the process characteristics comprise at least one 
of: CPU utilization, memory utilization, active processes, active process dependencies, 
processor usage, memory usage, process creation time, process ID, process owner, inrocess 
handles, process version, dependency version, process timestamp, process description, and 
dependency description. 

22. The method as recited in claim 16 where the agent is executed by way of a remote 
procedure call. 

23. The method as recited in claim 16 wherein the agent conamunicates the data set by way of 
named pipes. 

24. The method as recited in claim 17 wherein the services comprise an application service 
provided by the first computing device. 

25. The method as recited in claim 17 wherein the service is a database service. 

26. The method as recited in claim 16 wherein the discovery agmt comprises computer 
executable instructions for determining the database characteristics on the first computing 
device. 

27. The method as recited in claim 26 wherein the database characteristics comprise at least one 
of: roles, users, aliases, defaults, rules, functions, user defined datatypes, user messages, tables, 
views, indexes, extended procedures, stored procedures, and triggers. 
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